Digital video recording device ticker playback system and method

ABSTRACT

The present invention is a system and method of controlling the playback of the event stream information of a particular television channel by a digital video recorder (DVR). The DVR is a computer system configured with a hard drive and video decoder/encoder devices. The hardware environment of DVR ( 100 ) further comprises an input interface ( 102 ), tuner ( 105 ), MPEG-2 encoder ( 110 ), MPEG-2 decoder ( 120 ), external mass storage device ( 125 ), and central processing unit (CPU) ( 135 ), internal memory ( 127 ), operating system ( 140 ), and event stream generator ( 250 ). The system and method of controlling the playback function of the present invention is primarily implemented within event stream generator  250 . Event stream generator ( 250 ) generates a new video stream for playback onto the television by incorporated the broadcasted event stream information into the selected recorded video stream.

FIELD OF THE INVENTION

The present invention relates to video recording devices. More particularly the present invention relates to the playback of recorded programs, containing visual news tickers, on digital video recording devices (DVRs).

BACKGROUND OF THE INVENTION

The introduction of videocassette recording devices (VCR) was one of the most important events in the history of television. Prior to the VCR people had little control over what they watch on their television. Prior to VCR's there was no such thing as video stores. Today VCR's are commonplace and are an integral part of the television watching activity. The VCR is merely a recording tool utilizing a blank cassette tape. In 1999, Digital Video Recorders (DVRs) hit the market providing television viewers recording capabilities far beyond the limits of the VCR. At the heart of the DVR system is a computer hard drive that stores television programs as digital files. Since the DVR internally stores digital files, the user is provided with more options with regard to the program recoding function and the program playback function.

In addition to the main content of a television program, many programs have a news ticker usually displayed at the bottom portion of the screen. The ticker provides up to date information about various news related items. The ticker event data is a continuous stream of text data embedded in the video stream and displayed on the lower portion of the television screen. Normally, ticker event data is used on popular news television stations such as CNN and ESPN. Currently the DVR records the television program and stores the ticker event data as part of the recording. At a later time, during the playback of the prior recorded video stream, the ticker event data is usually stale. As a result, the viewer has to watch tracker information that is already known and not much use. Thus, what is needed is a method and system that displays the current ticker event data during the playback of the previously recorded video stream. This method and system should also have the capability of omitting a previously recorded stale ticker during the playback of the recorded video stream.

SUMMARY OF THE INVENTION

The present invention is a system and method of controlling the playback of previously recorded event stream information of a particular television channel by a digital video recorder (DVR). The DVR is a computer system configured with a hard drive and video decoder/encoder devices. The DVR system of the present further includes recorder module and playback module. With the recorder module, a user can select a television program that they desire to record. In an alternate embodiment, the recorder module can pre-select television programs to record based upon a user generated recording profile. A user utilizing some type of menu driven user interface generates the user recording profile. A user can select whole programs, video segments by topic, or segments of programs to record. Prior to storage of the selected television programs, the transport stream of the broadcasted signal containing the audio, video, and event information is analyzed and encoded.

Based upon the user generated playback parameters, the playback module retrieves from storage the desired recorded television programs or video segments. With the present invention, as the selected television programs or video segments are decoded for display, the currently broadcasted video signal from the channel on which the retrieved program was initially recorded is captured and analyzed for current event ticker information. If current ticker information is available, the pre-recorded video data is reconstructed to replace the prior recorded ticker information with the current ticker information. During the playback of the recorded program, the current ticker information is displayed on the television screen. This process results in the viewer seeing current ticker information during the playback activity. These and other advantages of the present invention will become apparent upon reading the detailed description below in conjunction with the various drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of the hardware environment supporting the digital video recording device (DVR).

FIG. 2 is a block diagram of the system overview of the present invention.

FIG. 3 is a block diagram of the recording function of the present invention.

FIG. 4 is a block diagram of the playback function of the present invention.

FIG. 5 is a flow chart illustrating the ticker re-constructor software function.

FIG. 6 is a block diagram of the MPEG-2 Video Stream Data.

FIG. 7 a shows the display screen at the time of recording having a sports news ticker.

FIG. 7 b shows a new display screen at the time of playback with a different sports news ticker.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present invention will now be described in detail with reference to one embodiment as illustrated in the accompanying drawings. In the following, description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well known steps have not been described in detail.

FIG. 1 is a block diagram showing an exemplary hardware environment of digital video recording device (100) utilized in supporting various aspects of the present invention. DVR 100 is a computer system configured with a hard drive and video decoder/encoder devices. The hardware environment of DVR (100) further comprises an input interface (102), tuner (105), MPEG-2 encoder (110), MPEG-2 decoder (120), external mass storage device (125), central processing unit (CPU) (135), internal memory (127), operating system (140), event stream generator (250), and output interface (150).

The Internal Memory (127) stores instructions used in the implementation of the steps in method of the present invention. This memory can be a conventional Random Access Memory (RAM) or read only memory (ROM). Internal memory (127) operates at the highest speed and is directly accessed by CPU (135). RAM is the primary storage used by the CPU and provides temporary storage for the software as the CPU executes it. RAM can be altered. However, ROM cannot be altered and normally stores software that is used upon boot-up of the system.

The CPU 135 performs the software instructions that control the computer. The CPU 135 translates the software into computer instructions and executes the translated computer instructions. CPU (135) locates the instruction in internal memory (127), transfers the instruction into a special buffer known as a register, and then executes the instruction in the register. CPU (135) can be a convention Intel, AMD, or another suitable processor chip.

Operating system software (140) is the software that controls the CPU. In the present invention, operating system software (140) coordinates and manipulates the hardware environment supporting DVR (100). Additionally, operating system software (140) organizes the files on mass storage media (125) as well as manages hardware errors and the loss of data. The TiVO DVR is an example of a recording device on the market that utilizes a specialized LINUX operating system.

The external mass storage media (125) is slower than internal memory (127) and holds data once the device is turned off. Several gigabytes of external storage are required to support hours of motion video recording. The external mass storage media can be a conventional IDE hard drive or another suitable storage device. Additionally, a plurality of hard drives can be daisy chained in RAID configurations.

In addition to the computer hardware requirements described above, the DVR (100) requires specific hardware to support recording digital video streams. The input interface (102) is standard television audio/video input ports. Output interface (150) is standard television audio/video output ports. Tuner 105 is for receiving the broadcasted analog signal. MPEG-2 encoder/decoder chips are for the compression and decompression of the video stream data.

Input interface (102) is an audio/video input data communication port situated on the back of the housing of the DVR (100). The data communication port receives the signal the video signal from an antenna, cable, or satellite and supplies the signal to tuner 105. Tuner 105 selects the frequency of the desired channel and transmits the signal to MPEG-2 encoder 120. Advanced DVR platforms can have more than one tuner. MPEG-2 encoder chip 120 converts the analog signal to digital and compresses the data into the standard MPEG-2 format for storage on the external mass storage media 125. However, tuner 105 and MPEG-2 decoder chip 110 is only required if the broadcasted signal received into input interface 102 is analog. MPEG-2 decoder chip (110) converts the recorded video data or the broadcasted stream data from the MPEG-2 format back to analog and transmits the analog signal to output interface (150), which is the audio/video data communication port, connected to the television.

The Moving Pictures Expert Group developed MPEG-2 which is the standard used to encode audio and video for broadcast signals. These signals include satellite and cable television signals. This standard defines transport streams, which are designated to carry digital video and audio over broadcast signals. Movies are normally filmed at a rate of 24 frames per second. The MPEG encoder (120) illustrated in FIG. 1 analyzes each frame in the transmitted signal and determines how to encode and compress each frame into MPEG-2 format. A frame can be encoded as an intraframe (I picture) which contains the complete image, a predicted frame (P picture) which contains enough information on how to display the frame based upon the prior frame, and a bi-directional frame (B picture) which contains surround information on how to display the frame based upon the intraframe or the predicted frame.

MPEG-2 encoder (120) in FIG. 1 receives the broadcasted signal and generates a sequence of picture frames (i.e. I picture, P picture, or B picture). Each picture frame would be an encoded video access unit. Referring to FIG. 6, illustrated is a sample MPEG-2 video packet (300) that includes sequence information 310, a header 315, and a picture frame 320. Sequence information 310 is used for channel information. Header 315 includes picture frame type information along with an optional user data field 325. Generally event information is embedded within the user data field 325. Picture frame 320 would contain an encoded I picture, B picture, or P picture. Thus, the stored MPEG-2 video stream comprises a sequence of I picture frames, B picture frames, and P pictures representing the broadcasted signal, and the ticker information is embedded within header of each picture frame.

FIG. 2 illustrates a system overview of the present invention. DVR (100) system of the present further includes recorder module 175 and playback module 185. Recorder module 175 pre-selects television programs 180 to record based upon a user generated recording profile 170. A user 160 utilizing some type of menu driven user interface 165 generates the user recording profile 170. A user can select whole programs, video segments by topic, or segments of programs to record. Prior to storage of the selected television programs 180, the transport stream of the broadcasted video signal containing the audio, video, and event information is analyzed and encoded.

Based upon the user generated playback parameters (187), playback module (185) selects from storage the desired recorded television programs or video segments. The selected television programs or video segments are decoded for playback on the television. With the present invention, as the selected television programs or video segments are decoded for display, the current broadcasted video signal is captured and analyzed for current event ticker information. If current ticker information is available, the pre-recorded video data is reconstructed with the current ticker information prior to playback on the television.

FIG. 3 illustrates one embodiment of the architecture of the recorder subsystem of the present invention. At the profile module 170, a user recording profile is generated from the recording requests inputted by the user through user interface 165. The recording requests can be for whole television programs or a topic based video segments. At the program selection module 190, the generated recording profile is used to create program selections, which are provided to tuner 105. Based upon the program selections, tuner 105 captures the MPEG-2 video signal relating to the program selection and outputs the transport stream 106, which contains all components of the compressed video stream. At the transport module 196, the transport stream 106 is monitored to establish packet boundaries so that the data fields can be processed. The packets in the transport stream 106 are separated into video, audio, and event ticker information compressed data streams and sent to the video 200, audio 205, and event ticker information 204 decoders, respectively. Additionally, the system information in packets incorporated in transport stream 106 are extracted and sent to content engine 215.

At module 205, the audio decoder accepts the compressed audio data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the data information is decoded to reconstruct uncompressed digital audio samples. The uncompressed digital audio samples are forwarded to encoder 210 for digital-to-analog conversion for playback on the television.

At the video stream decoder module 200, the video decoder accepts the compressed video data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the data information is decoded to reconstruct uncompressed digital video frames. The uncompressed digital frames are forwarded to the encoder 120 which is encoded into PAL or NTSC format and transmitted through output interface 150 for playback on the television.

At the event stream decoder module 207, the event stream decoder accepts the compressed event information data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the event information data stream is decoded to reconstruct an uncompressed event information data stream. The uncompressed event data frames are forwarded to encoder 120 for playback on the television.

Extracted system information along with the composite video stream is sent to the content engine 215. The composite compressed stream is stored as video digital files on mass storage device 125. Indexing tables to navigate through the stored video digital files are constructed from the extracted system information. Additionally, the system information is used to support the electronic programming guides used within the menu-driven user interface 165.

FIG. 4 illustrates the architecture of the playback subsystem of the present invention. At playback module 201, user 160 generates playback parameters through menu-driven user interface 165. Playback parameters can contain requests to access whole television programs or a topic based video segments. Additionally, user 160 initiates the event stream generation process.

At the content engine module 215, the user generated playback parameters are used by the content engine 215 to retrieve the required video data files from the mass storage device 125. The retrieved video data files, which are stored in compressed MPEG-2 format, are used by module 252 to generate transport stream 107.

At module 255, the transport stream 107 is monitored to establish packet boundaries so that the data fields can be processed. The packets in the transport stream 106 are separated into video, audio, and event ticker information compressed data streams and sent to the video 264, audio 262, and event ticker information 260 decoder, respectively.

At module 262, the audio decoder accepts the compressed audio data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the data information is decoded to reconstruct uncompressed digital audio samples. The uncompressed digital audio samples are forwarded to the event stream generator.

At module 264, the video decoder accepts the compressed video data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the data information is decoded to reconstruct uncompressed digital video frames. The uncompressed digital frames are forwarded to the event stream generator 250.

At module 260, the event stream decoder accepts the compressed event information data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the event information data stream is decoded to reconstruct an uncompressed event information data stream. The uncompressed event data frames are forwarded to event stream generator 250.

Concurrently with the playback of the selected recorded stream as described above, the event stream from the broadcasted signal is captured and analyzed. The captured event stream is also forwarded to event stream generator 250. This process is described below.

At module 190, the generated playback parameters are used to create program selections for the capture of the programs with the event information corresponding to the programs selected by the user within the playback parameters. Based upon the program selections, tuner 105 captures the MPEG-2 video signal relating to the program selection and outputs the transport stream 106, which is, contains all components of the compressed video stream. At module 196, the transport stream 106 is monitored to establish packet boundaries so that the data fields can be processed. The packets in the transport stream 106 are separated into video, audio, and event ticker information compressed data streams and sent to the video 200, audio 205, and event ticker information 204 decoder, respectively.

At module 207, the event stream decoder accepts the compressed event information data stream from the transport stream. The control and synchronization information is extracted from the packet header. Then, the event information data stream is decoded to reconstruct an uncompressed event information data stream. The uncompressed event data frames are forwarded to module 251. At module 251, the current event data stream is captured and stored. The captured event data is forwarded to event stream generator process 250.

In the method of the present invention, the initial step is to set the recorder to record the program. This process involves providing the parameters for recording the program. These parameters can include the date and time of the program, the length of the recording time and the channel of the program. As with conventional recording devices, this device will have a tuning that enables the devices to receive most television station signals. For cable and satellite systems, programs are received at the recording device at the frequencies of channels three (3) or four (4). After the recording is complete, the parameters can be stored along with the recorded material on the disc. When the user is ready to view the recorded program, the user can enter an identifier parameter for that program. This identifier can be generated by the device and given to the user or the user may have the option of creating a program identifier. With the program identifier, the desired recording is identified and retrieved. As part of the process of the present invention, the channel of the recorded program is also retrieved. This channel parameter tells the device tuner the channel frequency that broadcast the recorded program. At this point, there is a determination as to whether the recorded program contained a news tracker. If the determination were that the recorded program did not contain a news ticker, then the playback process would immediately begin. However, if the determination is that the recorded program did contain a news ticker, the next step is determine whether the channel responsible for the recorded program currently has a news ticker. If this channel currently does not have a news ticker, the next step is playing the recorded program without any news ticker information. Another, but less attractive option is to display the recorded program with the older ticker information. If the channel currently does have a news ticker, the method of the present invention would retrieve the current news ticker information displayed in the current broadcast from that station and incorporate that ticker information on the current playback of the recorded program.

Illustrated in FIG. 5, is a flow chart of the event stream generator process 250. At step 270, a check is made to see if the playback ticker information is set for a specific recorded program. If the playback ticker is set, then the process proceeds to step 272 to retrieve the current event stream for that specific channel. If an event is not located within the current event stream, then at step 282 either a stale event ticker is displayed or nothing is displayed. However, if an event is located at step 274, event stream is located within the recorded video stream. Then, at step 278, the current event stream is substituted for the recorded event stream. At step 280, a new composite video stream is generated containing the current event stream, the recorded video stream, and the recorded video stream. The generated composite video stream is feed into encoder 120, which generates analog signals for playback on the television.

FIG. 7 shows a television program 300 on a channel having a sports news ticker 310 at the bottom of the screen. This sports news ticker has results from several games played on the date that the program was recorded. As mentioned, this sports ticker 310 was recorded as part of the program. FIG. 7 b shows the screen 320 of the recorded program during the playback of the program. In accordance with the method of the present invention, the screen displays a different sport ticker 330 having results from several games played on the date that the user plays back the recorded program. In this illustration, the ticker is sports information. At another time, the news ticker for that channel may display a different news subject matter such as the day's news headlines. In addition, if the user kept the record program and desired the playback the program a second time, during that second playback session, the news ticker would display information that is currently displayed on that channel instead of the previously recorded news information.

It is important to note that while the present invention has been described in the context of several preferred embodiments, there are alterations, permutations, and equivalents, which fall within the scope of this invention. Those skilled in the art will appreciate that the processes of the present invention are capable of being distributed in the form of instructions in a computer readable medium and a variety of other forms, regardless of the particular type of medium used to carry out the distribution. Examples of computer readable media include media such as EPROM, ROM, tape, paper, floppy disc, hard disk drive, RAM, and CD-ROMs and transmission-type of media, such as digital and analog communications links. 

1. (canceled)
 2. (canceled)
 3. (canceled)
 4. (canceled)
 5. (canceled)
 6. (canceled)
 7. (canceled)
 8. (canceled)
 9. (canceled)
 10. (canceled)
 11. (canceled)
 12. (canceled)
 13. In a digital video recording system configured with at least one mass storage device, a method of incorporating an event data stream from a television broadcasted video signal onto a pre-recorded video stream for playback on the television, the method comprising: generating a user recording profile containing at least one television program, receiving a first digital video stream corresponding to the user recording profile, the first digital video stream containing a first event data stream; recording onto the at least one mass storage device the first digital video stream; based upon a user's playback requirements for the first video stream, generating a second digital video stream while simultaneously capturing a second event data stream from the television broadcasted video signal; and generating a third digital video stream by replacing the first event data stream with the second event data stream.
 14. The method of claim 13 wherein generating the third digital video stream further comprises: extracting the second event stream from the television broadcasted video signal; locating the first event data stream within the first digital video stream; and storing the second event data stream over the first event data stream within the first digital video stream creating the third video stream.
 15. The method of claim 14 further comprises decoding the third digital video stream into analog signals for playback on the television.
 16. The method of claim 14 extracting the second event stream further comprises: decoding the second event stream; and if the second event stream does not exist, generating a third digital video stream with a prior recorded event data stream.
 17. The method of claim 13 further comprising identifying the television video signal based upon the user's playback requirements for the first video stream.
 18. The method of claim 14 extracting the second event stream further comprises: decoding the second event stream; and if the second event stream does not exist, generating a third digital video stream without an event stream.
 19. A digital video recording system for incorporating an event data stream from a television broadcasted video signal onto a pre-recorded video stream for playback on the television, the system comprising: a recorder module configured to record onto the at least one mass storage device a first digital video stream including a first event data stream, the first digital video stream corresponding to a user generated recording profile, the recording profile including at least one television program or program segment; a playback module configured to generate a second digital video stream while simultaneously capturing a second event data stream from the television broadcasted video signal, the second event data stream being based upon a user's playback requirements for the first video stream; and an event generator module configured to generate a third digital video stream by incorporating the second event data stream into the second digital video stream.
 20. The system of claim 19 wherein event generator module is further configured to: extract the second event stream from the television broadcasted video signal; locate the first event data stream within the first digital video stream; and store the second event data stream over the first event data stream within the first digital video stream creating the third video stream.
 21. The system of claim 20 further comprising a decoder module configured to decode the third digital video stream into analog signals for playback on the television.
 22. The system of claim 20 wherein the event generator module is further configure to: decode the second event stream; and if the second event stream does not exist, generate a third digital video stream with a prior recorded event data stream.
 23. The system of claim 20 wherein the playback module is further configured to identify the television video signal based upon the user's playback requirements for the first video stream.
 24. The system of claim 20 wherein the event generator module is further configured to: decode the second event stream; and if the second event stream does not exist, generate a third digital video stream without an event stream. 